home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 4747 / text0000.txt < prev   
Encoding:
Text File  |  1996-08-05  |  3.4 KB  |  70 lines
  1.  In a message dated 08 Feb 96, jasonb@cs.uwa.edu.au wrote to All:
  2.  
  3.  jcu> bornhall@karkis.canit.se (Peter Bornhall) writes:...go on, what more? 
  4.  jcu> Oh yeah, disappering objects, what's that?  I've neverheard of it (I
  5.  jcu> think).
  6.  
  7.  jcu> Objects can be assigned a priority, so that if MUI is having difficulty
  8.  jcu> fitting a window onto a screen it can start leaving out objects based
  9.  jcu> on that priority. You would use it, for example, for redundant images
  10.  jcu> that you've just included as visual cues but aren't really necessary -
  11.  jcu> such as the little pictures of monitors in PSI's Edit Screen/Display
  12.  jcu> page. It also reduces font sizes, but I can't remember which technique
  13.  jcu> it tries first.
  14.  
  15.  Ahh, I see.  Well, that could be good in some cases I guess.  But one thing I
  16. don't like with MUI is (I was fiddling with the prefs program just recently)
  17. that darn window-resizing!  I see it as an unwritten rule, that resizable
  18. windows should NEVER EVER be fiddled with.  ONLY the user should be able to
  19. resize and/or select if (and when) a resize should occur (zip-gadgets etc.)
  20.  
  21.  >> That IS the question!  You stated that I could turn off some fancy
  22.  >> settings and it wouldn't grab as much memory etc, etc...  So go ahead and
  23.  >> tell me, or admit that you can't answer it.
  24.  
  25.  jcu> To minimise memory usage, all you can really do is use the internal
  26.  jcu> images for all the scrollbars, arrows, checkmarks, cycle gadgets, etc,
  27.  jcu> *not* use any fancy backdrops for windows, groups, buttons, etc, not
  28.  jcu> use a separate screen, and turn off the ARexx port, etc, as I said in
  29.  jcu> an earlier post. That's about it.
  30.  
  31.  Been there, done that.  And here I thought I've always missed something that
  32. made MUI open all these libs.  Come on, did you really think I hadn't turned
  33. off everything I could lay my eyes on?  And it still eats resources, like it
  34. was bred to do.
  35.  
  36.  >> Fine with me.  We can start with the excessive configurability, that
  37.  >> should cover a lot of it. 
  38.  
  39.  jcu> I think the configureability is an overestimated component in terms of
  40.  jcu> the size of MUI. Displaying arbitrary backgrounds, for example, only
  41.  jcu> needs to be implemented once in one class (Area), all the rest inherit
  42.  jcu> it automatically. Just doing a quick check, I count 31 custom classes
  43.  jcu> implemented in muimaster.library itself, in addition to the 37
  44.  jcu> external ones. Now, dividing the size of muimaster (156,532 bytes) by
  45.  jcu> 31 classes gives an *average* size of 5049 bytes per class, ignoring
  46.  jcu> all the space in muimaster taken up by the (I count 22) support
  47.  jcu> functions.
  48.  
  49.  jcu> The only real way to make MUI smaller is to start culling classes. 
  50.  
  51.  Then, all I can say is, I'm sorry for MUI.  Seriously, does it REALLY NEED all
  52. those classes?!  As a comparison, BGUI is quite a bit smaller, and consists not
  53. only of the main library, but also of some external LINKABLE classes, that
  54. might be used for those "not-so-often-used" features.
  55.  
  56.  jcu> If you really think Stefan doesn't care about code bloat, you should
  57.  jcu> see him go on about it when someone suggests adding just one more hook
  58.  jcu> (4 bytes) into, say, Areaclass.
  59.  
  60.  Well, I understand him.  When you've got so much bloat on your hands already,
  61. you wouldn't exactly want more, would you?
  62.  
  63.  
  64.           /\  _
  65.          /\ \//   Peter Bornhall                bornhall@karkis.canit.se
  66.         /_ \//   -======================================================-
  67.        /_\\//_\   Amiga, boldly going where no computer has gone before!
  68.  
  69.  
  70.